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(54) Apparatus and method for calendar based call routing 

(57) A telecommunications system is provided 
whereby call routing may be based on a pre-pro- 
grammed calendar of time-date associations. Moreover, 
the routing may be selective, based on caller-identifica- 
tion information. In particular, when a call arrives at a 
messaging server (804), such as a PBX or TOL server, 
a LAN database is checked. The LAN database points 
to a calendar (916, 918) corresponding to the user. The 
calendar (918) is queried to determine the user's loca- 
tion. The caller ID information is checked to determine 
whether the caller is authorized for forwarding. If so, the 
call is forwarded based on the calendar. 
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Description 

CROSS-REFERENCE TO RELATED CASE 

[0001] This application is a continuation-in-part of 
SYSTEM AND METHOD FOR CELLULAR SMART 
SWITCHING, by Shmuel Shaffer and William Joseph 
Beyda, Application No. 08/778,525, filed January 3, 
1997, which is hereby incorporated by reference in its 
entirety as if fully set forth herein. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0002] The present invention relates to communica- 
tion systems and, more particularly, to an improved sys- 
tem and method for controlling call routing based on a 
user's calendar scheduling. 

DESCRIPTION OF THE RELATED ART 

[0003] During a call connecting a wireless communi- 
cation device, such as a cellular telephone, with another 
telephone, the wireless communication device may 
cross from the domain of one wireless network to an 
independent wireless network. Such networks may 
comprise a company's private cellular telephone net- 
work ad the public cellular telephone network, for exam- 
ple. Thus, to complete the call, the wireless 
communication device must be capable of being used in 
both the company's internal wireless system and in the 
public system, and accommodation must be made for 
controlling hand-offs from one network to the other. 
[0004] Hand-off of a telephone call from the domain of 
the first wireless network to the domain of the second 
wireless network may be made via a control link shared 
between central processing units of the two networks. 
Using the control link, the two wireless networks are 
able to negotiate feasibility and operations of hand-off 
as described, for example, in EIA/TIA interim standard 
IS-42.2-B, "Cellular Radio Telecommunications Inter- 
system Operations: Intersystem Hand-Off," which is 
hereby incorporated by reference. While ideally, hand- 
offs from one network to another are imperceptible to 
the user, in practice, hand-offs frequently introduce 
extraneous clicks and temporary loss of signal. 
[0005] Frequently a user of the wireless communica- 
tion device is required to travel from one company site 
to one or more other company sites, which can cause 
the wireless communication device to repeatedly switch 
back and forth between the public and private systems. 
This can cause unnecessary handoffs, particularly 
since typical systems assume that a private wireless 
system, free of call charges, is preferable to a public 
system, even though the public systems typically 
charge a per call access fee. In such systems, a hand- 
off is always made to the private system, whether or not 



it is the most efficient in terms of cost or signal quality. 
[0006] This situation is illustrated more clearly with 
regard to FIG. 1. In FIG. 1, an exemplary two-network 
wireless communication system 100 is shown. A private 

5 company wireless system is installed in buildings 
104,106 and 108. As illustrated, each building 104, 106, 
108 is associated with its own cell or service area 1 10a, 
110b, and 110c, respectively. Overlapping the private 
wireless system is a public wireless system 102 having 

10 multiple cells, only two of which, 102a and 102b, are 
shown. 

[0007] As illustrated by the dashed line in FIG. 1 , a 
user can travel from building 104 to building 1 08, cross- 
ing through cell areas 110a, 102a, 110b, 102b and 

is 1 10c. Assuming that the user begins executing a tele- 
phone call in building 104, the user's call will be serv- 
iced by the private wireless network so long as he is 
within region 110a. As soon as the user leaves region 
1 10a, he will be transferred to the public wireless carrier 

20 (so long as he is in region 102a). As the user 
approaches the vicinity of building 106, he will re-enter 
into the service area of the private wireless network as 
represented by cell 110b. His call will then be trans- 
ferred back to the private network As soon as the user 

25 leaves the area surrounding building 106, his call will be 
transferred from the private network to the public wire- 
less network as he enters region 102b. Finally, as he 
approaches building 108. his call will be transferred 
back to the private network as he enters region 1 10c. 

30 [0008] By the time the user gets to building 108, he 
has been transferred four times, each time with a 
momentary loss of conversation, a change in signal 
quality and, with every transfer to the public wireless 
carrier, a new charge per call. Accordingly, a system 

35 and apparatus is desired which minimizes the number 
of unnecessary hand-offs between private and public 
wireless networks so as to minimize charges and 
enhance the quality of the call. 

[0009] A similar difficulty arises in the context of ordi- 

40 nary (wired) telephone systems and Voice-Over Local 
Area Network (VOL) applications. In VOL systems, 
telephony applications are provided over a users LAN. 
When the user leaves his desk or workstation, such as 
for a meeting, he typically travels to another location, 

45 such as a co-worker's office or a conference room, pro- 
vided with a telephone or computer. In such cases, 
when the user receives a message, he must be tracked 
down, either manually by a secretary or via a predeter- 
mined messaging sequence. For example, the tele- 

so phone system may, after failing to locate the user at his 
"home" location, sequentially call a pager, cell phone, or 
home phone to reach the user. Alternatively, the user 
may manually input a "call forwarding" number. 
[0010] Such systems, however, are inefficient in that 

55 they are not likely to regularly catch the user on the first 
attempt or are dependent on the user remembering to 
leave a call forwarding number. Accordingly, there is a 
need for a system which is configured to forward calls 
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and messages based on a user's schedule. 
SUMMARY OF THE INVENTION 

[001 1] The above-described problems are overcome s 
in large part by a system and method according to the 
present invention in which a user's access patterns are 
accounted for in deciding to switch between the private 
and public wireless networks. A system and method 
according to one embodiment of the present invention 10 
includes monitoring a location of a wireless communica- 
tion device within a plurality of regions serviced by a plu- 
rality of wireless systems, e.g., a first region serviced by 
a first wireless communication system and a second 
region serviced by a second wireless communication is 
system. The first and second regions have an overlap- 
ping region which could be serviced by both networks. 
The system predicts the future location of the wireless 
communication device within the first and second 
regions based on the monitoring of the previous loca- 20 
tions of the wireless communication device. When the 
wireless communication device is detected as being 
within the overlapping region, the system determines 
whether to transfer an active connection between the 
wireless communication device and one of the networks 25 
to the other network based on the monitoring informa- 
tion. 

[001 2] In one embodiment, past patterns of usage of 
the wireless communication device within the first and 
second regions are identified and used to predict a 30 
future location based on the past pattern. In another 
embodiment, a calendar of predetermined time-location 
associations is input into a controller associated with the 
wireless communication device, and the prediction is 
based on an actual location and current time being com- 35 
pared with the values input into the calendar. 
[001 3] A method according to another embodiment of 
the invention comprises compiling a database of time- 
location associations of a wireless communication 
device within a first region serviced by a first wireless 40 
communication system and a second region serviced 
by a second wireless communication system. The first 
region and second regions have a predetermined over- 
lapping region. The method further comprises detecting 
when the wireless communication device is present 45 
within the overlapping region during an active connec- 
tion and predicting a future location of the wireless com- 
munication device within the first region or the second 
region during the active connection. Finally, the method 
comprises determining whether to transfer the active so 
connection between the wireless communication device 
and the first or second wireless communication systems 
to the other when the wireless communication device is 
detected as being within the overlapping region. 
[0014] A wireless telecommunication system accord- ss 
ing to an embodiment of the present invention com- 
prises a first wireless network providing service over a 
first predetermined region and comprising a first switch- 



ing office, and a second wireless telephone network 
providing service over a second predetermined region 
and comprising a second switching office. The first pre- 
determined region and the second predetermined 
region overlap in a third predetermined region. A wire- 
less communication device is configured for use in both 
networks. The second switching office comprises a 
memory unit configured to store a database of time- 
location associations related to a presence of the com- 
munication device in either the first predetermined 
region or the second predetermined region. The second 
switching office also includes a wireless switching con- 
trol unit coupled to the database, and configured to 
access the database when the communication device is 
detected within the third predetermined region and to 
transfer an active call between the networks based on 
the time-location associations. 

[0015] According to a further embodiment of the 
invention, a telecommunications system is provided 
whereby call routing may be based on a pre-pro- 
grammed calendar of time-date associations. Moreover, 
the routing may be selective, based on caller-identifica- 
tion information. In particular, when a call arrives at a 
messaging server, such as a PBX or TOL server, a LAN 
database is checked. The LAN database points to a cal- 
endar corresponding to the user. The calendar is que- 
ried to determine the user's location. The caller ID 
information is checked to determine whether the caller 
is authorized for forwarding. If so, the call is forwarded 
based on the calendar. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[001 6] A better understanding of the present invention 
is obtained when the following detailed description is 
considered in conjunction with the following drawings in 
which: 

FIG. 1 is a diagram illustrating an exemplary two- 
network wireless system and the movement of a 
user therein; 

FIG. 2 is a block diagram of a wireless network sys- 
tem according to an embodiment of the present 
invention; 

FIG. 3 is a more detailed block diagram of a wire- 
less communication device and interface between 
two wireless networks according to an embodiment 
of the present invention; 

FIG. 4 is a flowchart illustrating monitoring of time 

and location usage patterns; 

FIGS. 5, 6, 7A and 7B are flowcharts illustrating 

operation of various embodiments of the present 

invention; 

FIG. 8 is a diagram illustrating a telecommunica- 
tions system according to the present invention; 
FIG. 9 is a block diagram of a telecommunications 
server according to an embodiment of the inven- 
tion; 
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FIG. 10 is a diagram of an exemplary user interface 
according to an embodiment of the invention; 
FIGS. 11, 12A-B and 13A-F, are diagrams illustrat- 
ing user interfaces according to embodiments of 
the invention; 

FIGS. 14-16 are flowcharts illustrating operation of 
embodiments of the present invention; 
FIGS. 17-20 are flowcharts illustrating operation of 
another embodiment of the present invention; and 
FIGS. 21A-C are flowcharts illustrating call back 
according to an embodiment of the present inven- 
tion. 

DETAILED DESCRIPTION OF THE INVENTION 

[001 7] Turning now to FIG. 2, a diagram illustrating the 
interaction of a wireless communication device 202, a 
stationary telephone 207, and two wireless systems 
204 t 206 is illustrated. The system and method of the 
present invention can be used to facilitate the interac- 
tion of one or more wireless communication devices 
202 and a plurality of wireless systems or networks. In 
FIGS. 1-7, an embodiment of the present invention is 
described with reference to private wireless network 
204 and public wireless network 206. As used herein, 
"wireless communication device" refers to any wireless 
communication device or wireless telephone, including, 
for example, pagers, cellular telephones. PCS devices, 
and other wireless messaging, voice, and data commu- 
nication devices. 

[0018] The system 200 includes a private wireless 
network 204 and a public wireless network 206. The 
wireless networks 204 and 206 are exemplary of cellu- 
lar communication device networks or PCS networks of 
various types. The private wireless network 204 
includes a wireless private branch exchange 210 which 
provides central switching functions to a plurality of cells 
210a, 210b and 210c. Each cell 210a, 210b and 210c 
includes an antenna for receiving signals from a wire- 
less communication device and associated equipment, 
referred to as a base station (not shown), for transmit- 
ting the received signals to the wireless private branch 
exchange 210. The wireless private branch exchange 
210, in turn, is coupled to a central office 205 represent- 
ative of, for example, a central office for coupling calls to 
the public switched telephone network. The wireless pri- 
vate branch exchange 210 further includes a wireless 
switching control unit 222 configured to record use pat- 
terns and store a database relating thereto according to 
the present invention. The wireless switching control 
unit 222 includes a processing unit and a memory 
device to facilitate these functions, as will be described 
in greater detail below. 

[0019] The public wireless network 206 includes one 
or more wireless communication device switching 
offices (MTSO), or PCS switching offices, which provide 
switching functions to a plurality of cells 21 2a and 212b. 
Each MTSO 208 includes a communications controller 



209 for supervising communications within and external 
to the network. Again, each cell 212a, 212b includes a 
base station having an antenna for receiving signals 
from wireless communication devices and associated 
s equipment for transmitting the signals to the MTSO 208. 
The MTSO 208 is coupled to central office 205 (which 
may be a different central office than the one to which 
the private wireless network 204 is coupled). 
[0020] The wireless communication device 202 is con- 
10 figured for use in either the private wireless network 204 
or the public wireless network 206. The wireless com- 
munication device 202 may thus be configured to 
receive, transmit and process signals according to vari- 
ous frequencies and/or coding standards and/or modu- 
15 lation formats of the varying public and private wireless 
networks. Exemplary protocols include time division 
multiple access (TDMA) and code division multiple 
access (CDMA) protocols. The wireless communication 
device 202 may also include a smart switching control- 
so ler 203 configured to perform control operations relating 
to switching call connections on the wireless communi- 
cation device 202 between the private wireless network 
204 or the public wireless network 206, as will be dis- 
cussed in greater detail below. 
25 [0021] To make a call, the wireless communication 
device must be registered as a user in the respective 
network. This is accomplished, for instance, by the com- 
munication device and the wireless private branch 
exchange exchanging control signals. Once the regis- 
30 tration occurs, a call from the wireless communication 
device 202 within private wireless network 204 is trans- 
mitted to an antenna (not shown) in a cell 210a, 210b, 
210c and from the antenna to the wireless private 
branch exchange 210. A connection is then made from 
35 the wireless private branch exchange 210 to either 
another wireless private branch exchange or to the cen- 
tral office 205. From the central office 205, the connec- 
tion is made to the public switched telephone network. 
[0022] Similarly, prior to making a call on the public 
40 cellular network 206, an exchange of control signals is 
performed between the wireless communication device 
202 and an MTSO 208 of the network. Once this occurs, 
calls via the public cellular network 206 are made from 
the wireless communication device 202 to an antenna 
45 (not shown), within the respective cell, which transmits 
the signal to the MTSO 208. The MTSO 208 in turn pro- 
vides the connection to the central office 205 which con- 
nects to the public switched telephone network. 
[0023] As will be discussed in greater detail below, the 
so wireless switching control unit 222 is configured to 
supervise the switching of calls between the two net- 
works based on time-location associations. 
[0024] Turning now to FIG. 3, a more detailed block 
diagram of the wireless systems illustrating various 
55 components of one embodiment of the present inven- 
tion is shown. Components which are common to FIG. 
2 retain the same reference numerals. 
[0025] FIG. 3A illustrates a wireless communication 
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device 202. The wireless communication device 202 
may include a smart switching control unit (SSC) 203 
configured to supervise (in conjunction with the relevant 
switching exchanges) transfers of active telephone calls 
from one network to another, based on time-location 5 
associations, as will be discussed in greater detail 
below. The smart switching control unit 203 may include 
a variety of circuits, including microprocessor or micro- 
controllers, or application specific integrated circuits 
(ASIC). 10 
[0026] The wireless communication device 202 further 
includes a wireless private branch exchange communi- 
cations module (WPCM) 252, a connection transfer 
module (CTM) 254, a PCS communications module 
(PCM) 256, and an RF signal strength indicator module is 
213 (RSSI). Each of the various modules may be com- 
prised in microprocessor or microcontroller chips, or in 
application specific integrated circuits (ASICs). The 
WPCM 252 is used to supervise communications 
between the telephone 202 and the wireless private 20 
branch exchange 210. The PCM 256 is similarly used to 
supervise communications between the wireless com- 
munication device 202 and the MTSO or PCS switch 
208. The CTM 254 supervises the switching of calls 
between cells within a particular network, and between 25 
the networks, as will be described in greater detail 
below. The RSSI 213 is used for recognizing the need to 
make a transfer of a call from, for example, the WPBX 
210 because of signal fade, which occurs when the 
caller has gone past a boundary of the region serviced 30 
by the private wireless network 204. 
[0027] Turning now to FIG. 3B, the wireless private 
branch exchange 210 is illustrated. The wireless private 
branch exchange 210 includes a call management 
module (CMM) 223, an RF communications module 35 
(RFCM) 225. and a wireless switching control unit 
(WSC) 222. The CMM 223 is used for managing the 
various telephony functions or services associated with 
the call, such as call transfer, conference call, and the 
like. The RFCM 225 includes an RF transceiver (not 40 
shown) and supervises the registration and call setup of 
the wireless communication device, as well as the hand- 
over or hand-off from one cell to another, and to other 
networks. The WSC 222 is used to supervise the inter- 
network switching management functions based on 45 
time-location associations according to the present 
invention. More particularly, the WSC 222 includes a 
processor or other control unit 231 and a memory 233 
for storing a database of information which is used to 
predict a user's patterns of usage. In one embodiment, so 
the database comprises a record of past usages moni- 
tored by the processor 231 of the WSC 222. In another 
embodiment, the database comprises a user-input cal- 
endar of future time-location associations. The proces- 
sor 231 aboard the WSC 222 further monitors the ss 
location of the wireless communication device 202 
when a call is made or received. The processor 231 
accesses the database 233 and predicts a future loca- 



tion of the wireless communication device 202 to deter- 
mine whether to switch from one network to another. It 
is noted that, while illustrated as a discrete unit, the 
WSC 222 can be comprised within RFCM, or as a unit 
external to the WPBX 210. Thus, FIG. 3 is exemplary 
only. In addition, it is noted that, while the system prefer- 
ably operates according to software, hardware imple- 
mentations are contemplated. 

[0028] When the wireless communication device's 
RSSI 21 3 detects that signal strength has fallen below a 
predetermined threshold, the RSSI 213 communicates 
with the WPCM 252 to cause the WPCM 252 to attempt 
to make a handover to another antenna (i.e., within an 
adjacent cell) having a suitably strong signal. If the 
WPCM 252 cannot make a handover to an antenna 
within the private wireless network 204, it sends a signal 
to the CTM 254. In response, the CTM 254 transmits a 
signal to the PCM 256 to attempt to find another system 
to which it can transfer the connection. 
[0029] The PCM 256 includes controls and apparatus 
for registering the wireless communication device as a 
valid user of the public wireless network 206. "Registra- 
tion" refers to a method of verifying that the wireless 
communication device handset can communicate with a 
wireless network. This is accomplished with respect to 
public wireless network 206 by the wireless communica- 
tion device 202 exchanging radio signals with the public 
wireless network 206 which are designed to establish 
status as a valid user. The exchange of radio signals 
takes place in accordance with protocols which are well 
known to those of skill in the art. for example, according 
to EIA/TIA interim standard "IS-54B Cellular System 
Dual Mode Mobile Station - Base Station Compatibility 
Standard." If the registration is successful, the PCM 256 
sends a signal indicating that condition to the CTM 254. 
The CTM 254 in turn provides the connection (i.e., 
transfers the call between the networks). 
[0030] According to the present invention, call trans- 
fers are made based on the time-location associations 
independent of the signal strength determination. Call 
transfers based on the time-location associations are 
similar to call transfers based on the signal strength 
determination. When the wireless communication 
device 202 enters within range of both networks, and a 
call is in progress, the processor 231 of the WSC 222 
identifies whether the user will be repeatedly entering 
and existing the region serviced by, for example, the pri- 
vate wireless network. This identification occurs through 
the processor 231 of the WSC 222 accessing a data- 
base in the memory 233 in which user time-location 
associations are stored. In one embodiment, the time- 
location associations comprise a record based on the 
processor 231 monitoring the past usage of the wireless 
communication device 202. The locations can com- 
prise, for example, the individual cells of the network. 
Time associations can be either based on duration 
within the cell and time-of-day associations, where 
applicable. In another embodiment, the database time- 
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location associations comprise a calendar manually 
input by the user of his or her predicted schedule. In still 
another embodiment, the database comprises a combi- 
nation of a user-input calendar and the monitored 
record. 

[0031] Assume, for example, that a call is in progress 
on the public cellular network 206, and the user enters 
a region serviced by the private network 204. The 
WPBX 222 learns of the presence of the wireless com- 
munication device, for example, via a signal from the 
wireless communication device 202. i.e., from the 
exchange of control signals described above. If, after 
accessing the database in the memory 233, the proces- 
sor 231 of the WSC 222 determines that the user will 
not, in fact, be repeatedly entering and exiting the 
region serviced by the private network, the WSC 222 
signals the SSC 203 of the wireless communication 
device 202. The wireless communication device 202 
allows the CTM 254 to effectuate a transfer from the 
public wireless network to the private wireless network. 
The PCM 256 informs the MTSO 208 of the public net- 
work 206 to release the call, and it is switched to the pri- 
vate network 204. It is noted that while supervision of 
this functionality on the wireless communication device 
end has been described with regard to the SSC 203, 
this functionality may be incorporated into the various 
other modules of the wireless communication device. It 
is similarly noted that while the RSSI 213 and the SSC 
203 are illustrated as discrete units, in alternative 
embodiments, they may be integrated into a single unit. 
[0032] If the processor 231 of the WSC 222 deter- 
mines that the user will be repeatedly entering and exit- 
ing the region serviced by the private network, the WSC 
222 either does nothing, or provides a control signal 
indicating that the wireless communication device is to 
continue being serviced by the public wireless network. 
[0033] In another embodiment, the time-location asso- 
ciations. comprise a record of cells and transit patterns 
relating to durations of time required to cross through 
the cells. The stored transit patterns may result from 
monitoring past usages, as described above, or a calen- 
dar input by the user, again, as described above. Thus, 
if a user has an active connection in the public network, 
and enters and remains within a cell of the private net- 
work for longer than a predetermined period, the sys- 
tem will switch to the private network, ff the user stays 
within the cell for less than the predetermined period, 
however, the connection will remain with the public net- 
work. 

[0034] For example, if the user has an active connec- 
tion on the public network, his or her entry into a cell 
serviced by the private network will be detected, such 
as by the above-described registration process. The 
processor 231 accesses the database of time-location 
associations, which include a record of how long it takes 
to transit through the cell, If the user remains within the 
cell for longer than the determined period, the call con- 
nection will be transferred, as described above. 



[0035] Turning now to FIG. 4, a flowchart illustrating 
the monitoring operation according to one embodiment 
of the invention is shown. Initially, a call involving the 
wireless communication device 202 is detected (step 

5 450) and processed, for example, by the wireless pri- 
vate branch exchange 210. The call may be either a 
received call or one initiated by the wireless communi- 
cation device 202. As discussed above, call processing 
includes the exchange of various control signals 

10 between the telephones WPCM 252 and the wireless 
private branch exchange's CMM 223 and RFCM 225. 
[0036] The processor 231 detects the servicing of the 
call and determines the time of the call (step 452). In 
addition, the processor 231 determines the location of 

is the wireless communication device 202 (step 454) at 
the time of servicing the call. This may include, for 
example, the processor 231 monitoring present cell 
location and cell switching operations as controlled from 
the wireless private branch exchange. Alternatively, the 

20 SSC 203 may provide control time-location information 
directly to the wireless private branch exchange. The 
processor 231 then stores the times and locations in the 
memory 233, and later compiles it into a usable data- 
base (step 456). It is noted that, in one embodiment, the 

25 monitoring of the wireless communication device's (and 
hence user's) location, may be disabled. It is similarly 
noted that, in an alternate embodiment, constant moni- 
toring of the wireless communication device's location 
(even when there is no active cal), for example, by the 

30 SSC 203 (or other functional modules of the wireless 
communication device) registering within each cell, or 
providing information within a global positioning system 
(GPS) is contemplated. Finally, the monitoring of the 
usage patterns may further comprise monitoring the 

35 duration of time the user spends within a cell. 

[0037] Turning now to FIG. 5, a flowchart illustrating 
operation of an embodiment of the present invention is 
shown. Time-location associations of the wireless com- 
munication device are stored and compiled by the proc- 

40 essor 231 as a database in the memory device 233 
coupled to or within WSC 222 (step 302). For example, 
the location of the wireless communication device within 
the public network or the private network may be moni- 
tored by the processor 231 over time. The usage pat- 

45 terns of the wireless communication device (i.e., 
whether the wireless communication device is activated 
and registered as a user in a particular cell of one or the 
other of the networks) are monitored. Alternatively, and 
to provide a more accurate record of the user's actual 

so schedule, so long as the wireless communication device 
is ON, the SSC 203 may be configured to provide a sig- 
nal to the WSC 222 identifying the user's location within 
particular cells. The usage patterns may further com- 
prise a record of the user's duration of time within a par- 

55 ticular cell (i.e.. how long it takes the user to transit 
through a cell). 

[0038] Next, when the user initiates an active connec- 
tion on the wireless communication device, the system 
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detects the location of the device making the call (step 
304). In addition to being used to manage the call, this 
information is used in order to determine whether the 
device's presence within a region serviced by the pri- 
vate network or the public network is transitory (i.e., 5 
whether the user will be repeatedly entering and re- 
entering one or the other of the networks). The proces- 
sor 231 in the WSC 222 accesses its database and pre- 
dicts what the user's usage is likely to be (step 306). As 
noted above, this may comprise determining how long it w 
should take for the user to transit through the particular 
cell. 

[0039] Based on the present time and user location, 
and the result of the accessed time-location associa- 
tions from the database, the processor 231 determines 15 
whether to transfer the call (step 308). This may com- 
prise, for example, the processor 231 waiting a prede- 
termined period for the user to transit a cell. Finally, if 
the processor 231 determines that a transfer is neces- 
sary, the appropriate control signals are issued which 20 
effectuate the transfer from one network to another 
(step 310). For example, if the call is presently being 
serviced by the public network, and a determination is 
made to transfer the call, the WSC 222 sends a signal 
to the WPCM 252 (for example), which in turn, signals 25 
the CTM 254 to initiate a transfer from the public net- 
work 206. 

[0040] It is noted that the system preferably continu- 
ally updates the database. Thus, a user's usage pat- 
terns that are inconsistent with the previously stored 30 
and compiled database record are periodically incorpo- 
rated into an updated database, to more optimally pre- 
dict a future location. 

[0041] Turning now to FIG. 6, a flowchart illustrating 
operation of an alternate embodiment of the present 35 
invention is shown. In the illustrated embodiment, rather 
than monitoring past usage patterns, the system allows 
the user to input his schedule, according to time and 
location (step 350). This may further comprise the user 
entering estimates of his or her transit times through 40 
particular cells. Thus, the user determines what his 
schedule is likely to be during, for example, the coming 
week. He or she then records this information, for exam- 
ple, on a computer diskette, and uploads the information 
to the WPBX 210. Alternatively, provision may be made 45 
for the user to input this information directly from the 
wireless communication device 202. The WSC 222 
stores the information within the memory 233 and com- 
piles a database. 

[0042] Once the database has been compiled, the so 
system is ready for use. Next, when the user initiates an 
active connection on the wireless communication 
device, the system (preferably processor 231) detects 
the location of the device making the call (step 352). In 
addition to being used to manage the call, this irrforma- ss 
tion is used in order to determine whether the device's 
presence within a region serviced by the private net- 
work or the public network is transitory (i.e., whether the 



user will be repeatedly entering and re-entering a region 
serviced by one or the other of the networks). The proc- 
essor 231 of the WSC 222 accesses its memory 233 for 
the database (step 354) and determines whether to 
transfer the call, by predicting what the user's future 
usage pattern is likely to be (step 356). This may include 
waiting a predetermined period for the user to exit the 
cell. Finally, depending upon the outcome if the determi- 
nation in step 356, the call is transferred (step 356). 
[0043] For example, if the call is presently being serv- 
iced by the public network, and a determination is made 
to transfer the call, the WSC 222 sends a signal to the 
WPCM 252 (for example), which in turn, signals the 
CTM 254 to initiate a transfer from the public network 
206. It is noted that the calendar operation described 
with regard to this embodiment may also be incorpo- 
rated into the embodiment described above with 
respect to FIG. 5. Thus, for exanrple, both the user's 
schedule and his actual access patterns may be used to 
determine whether a call should be transferred from one 
network to the other. 

[0044] Turning now to FIG. 7, a flowchart 400 illustrat- 
ing an exemplary operation of the present invention is 
shown. The flowchart 400 illustrates the call processing 
procedure for a user travelling as illustrated in FIG. 1 . 
For example, the user initiates a call within building 104 
serviced by cell 110a of the private wireless network 
204. The call is routed to the wireless private branch 
exchange 210 connected to a central office 205 of the 
public switched telephone network (step 402). As illus- 
trated by the dashed line, the user exits building 104 
and leaves the area 1 10a serviced by the private wire- 
less network 204 (step 404). The RSSI 213 detects a 
signal fade and requests a transfer to the public wireless 
network 206. The connection to the public network is 
executed as described above (step 406). The user con- 
tinues on and enters the cell 1 10b (near building 106), 
which is serviced by both the public network 206 and 
the private network 204. Upon the user's entry into the 
area 110b t the system determines whether or not the 
user's presence within the area 11 0b is relatively per- 
manent (i.e., whether the user is likely to be remaining 
within the building for longer than a predetermined 
period) (step 410). As described above, this determina- 
tion is based on the WSC 222 accessing its database 
and providing appropriate control signals responsive 
thereto. 

[0045] If the user's presence is only transitory, the sys- 
tem will continue the call via the MTSO of the public net- 
work (step 412). If the user's presence within the area 
1 10b is determined to be relatively permanent, however, 
the call will be transferred to the private network to be 
serviced through the wireless private branch exchange 
210 (step 416). If the user then leaves building 106 and 
enters the area serviced by the ceil 102b of the public 
network (step 418), the call will be transferred to the 
MTSO 208 of the public network (step 422). 
[0046] If, in step 412, the user continues into the cell 



7 



13 



EP 0 954 193 A2 



14 



102b, serviced by the public wireless network (step 
420), the call continues to be serviced by the public net- 
work (step 424). The user in either case continues on 
into the area 1 10c, serviced by the private wireless net- 
work (step 426). Again, a determination is made 5 
whether or not the user's presence is relatively perma- 
nent or transitory (step 428). If the user's presence is 
determined to be only transitory (i.e., less than a prede- 
termined period), then the call continues to be proc- 
essed by the public wireless network (step 430). If, 10 
however, the user's presence is determined to be rela- 
tively permanent, then the call is processed by the pri- 
vate network (step 432). 

[0047] As discussed above, broadly speaking, one 
aspect of the present invention relates to using a user's 15 
calendar to determine the routing of telephone calls. 
Such a technique is also applicable in the context of 
telephony applications within local area networks. 
[0048] Turning now to FIG. 8, a block diagram illustrat- 
ing a local area network employing a telephony over 20 
LAN (TO L) server 804 is shown. The TOL server may 
be a Hi net RC 3000, available from Siemens Corpora- 
tion, or other TOL server, such as an NBX 100 Commu- 
nication System available from NBX Corp., Andover, 
Massachusetts. The local area network 800 includes 25 
network cabling 802 to which are coupled a TOL server 
804, a variety of personal computers 808a-808c. as well 
as a variety of telephones 810a-810b. The computers 
808a-808c may include telephony and calendar soft- 
ware 809a-809c, respectively, according to the present 30 
invention. As illustrated, the telephony over LAN server 
804 further functions as the LAN server. The TOL 
server 804 is coupled to the PSTN/ISDN network 801 
from which external telephone calls may be received. 
The LAN 802 may be any of a variety of known local 35 
area networks running a variety of local area network 
operating systems including, for example, Windows NT 
available from Microsoft Corporation of Redmond, 
Washington and the Novell Corporation's Local Area 
Network Operating System. Furthermore, the local area 40 
network 802 is configured to communicate with work 
stations such as the telephones and personal comput- 
ers via known protocols such as CSMA/CD protocol. 
[0049] A block diagram of the exemplary TOL server 
804 is shown in greater detail in FIG. 9. ft is noted that, 45 
while described in the context of an integrated LAN and 
TOL server, the present invention is equally applicable 
to a local area network employing independent LAN and 
telephony servers, as well as a local area network 
employing a LAN server and coupled to a private so 
branch exchange (PBX). Thus, FIG. 8 and FIG. 9 are 
exemplary only. As shown, the TOL server 804 includes 
a telephony interface unit 902 coupled to one or more 
processors 914, which in turn are coupled to one or 
more memory units 912. It is noted that the telephony ss 
interface unit 902 may be embodied as a separate 
"gateway'' unit. The TOL server 804 further includes 
known components such as a LAN interface (not 



shown) configured to apply the CSMA/CD protocols, for 
example. The processors 914 may include one or more 
Pentium, Pentium II or Pentium Pro-Type processors. 
The processors 914 may be configured to supervise 
both LAN and telephony functions of the TOL server 
804. The memories 912 may include one or more disk 
drives, such as one or more RAID systems (Redundant 
Arrays of Independent Disks). 

[0050] The processing units 914 may be configured to 
run a variety of software 900, which may be stored in 
the memory units 912. In particular, the software 900 
may include a server calendar interface program 916 
configured to store and/or interface with a plurality of 
schedules 918, a variety of different documents 920, 
and to maintain communication with a variety of users 
922. In particular, the server calendar interface program 
916 may include the Microsoft Exchange Server with 
Schedule Plus and Back Office products, or other calen- 
dar or scheduling program. As will be explained in 
greater detail below, calendars associated with the 
users may be used by the TOL server 804 to route 
incoming telephone calls. 

[0051 ] The telephony interface 902 further includes a 
communication interface 904 for interfacing with the 
PSTN/ISDN 801 (FIG. 8). The communications inter- 
face 904 thus may include one or more include sub- 
scriber line interface cards and encoding/decoding 
circuits (not shown), as are well known in the art. The 
telephony interface 902 may further include a known 
voice messaging unit 910 and a known caller identifica- 
tion unit 91 1 , as will be explained in greater detail below. 
The TOL server 804 may further be configured to run e- 
mail programs. 

[0052] Finally, as will be discussed in greater detail 
below, the TOL server 804 may be configured to func- 
tion as a server for a company's Intranet, and couple the 
company's Intranet, with appropriate firewall provisions, 
to the Internet. 

[0053] The TOL server 804 uses the caller identifica- 
tion information received by the caller-ID unit 911, in 
conjunction with the server calendar interlace program 
916, to supervise routing of received telephone calls, as 
will be explained in greater detail below. In particular, as 
discussed above, the user of a PC 808a may travel to a 
location of another workstation such as a PC 808b, 
808c or a telephone 810a, 810b. The user of the PC 
808a may program his schedule into a calendar applica- 
tion program 803 running on his PC, which is accessible 
to the server calendar interface program 91 6 of the TOL 
server 804, as will be explained in greater detail below. 
Alternatively, the user may manually input, such as via a 
World Wide Web browser, call forwarding information, 
which is then accessible to the TOL server 804. 
[0054] Turning now to FIG. 1 0, a diagram of an exem- 
plary user interface 1000 for a user to input call forward- 
ing information according to the present invention is 
shown. The user may direct call forwarding to occur 
based on caller-ID information, particular times, or a 
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preset calendar. In particular, as shown, the system is 
configured to run via a Web browser such as Microsoft 
Internet Explorer and is accessible, for example, via a 
company's intranet. As shown, the GUI 1000 includes a 
routing display window 1002, and a route setting win- 5 
dow 1003 which includes a calling party window 1004 
and a destination window 1006. In addition, a calendar 
window 1008 is provided which includes a calendar 
1009 for setting dates, and time windows 1007 for set- 
ting beginning and ending times. Finally, a status win- 10 
dow 1010 for setting options is provided. As will be 
described in greater detail below, the user may enter 
into the calendar window 1008 his duration of routing 
and may enter into the route setting window 1003 the 
specific identity of a calling party to be routed to the par- 15 
ticular destination entered in the window 1006. 
[0055] For example, the user may access the Internet 
web page and scheduling software via the client log-in 
dialog illustrated in FIG. 1 1 . Thus, the user types in a 
user name and a password to access the scheduling 20 
system 1000. 

[0056] Thus, the user can modify call forwarding infor- 
mation based on caller identification, time and calendar 
information via a Web browser. In response to the user 
making the above-described inputs into the GUI 1000, 25 
the TOL server 804 and, in particular, the server calen- 
dar interlace program 916 updates a user's schedule 
918. The schedules 918 are updated such that when 
telephone calls are received via the PSTN/ISDN, the 
interface 902 routes the incoming call accordingly. For 30 
example, if an incoming call is received, the communi- 
cation interface 904, via the controller 906, checks 
caller-ID information using the caller-ID unit 911. The 
controller 906 then accesses the server calendar inter- 
face program 916 to determine whether or not routing is 35 
necessary based on the user profile. If it is, then the call 
is routed to the desired destination. 
[0057] Turning now to FIGS. 12A-12B, exemplary 
graphical user interfaces 1300 for setting call forwarding 
information via the Web browser of FIG. 10 are shown. 40 
In particular, in FIG. 12A, the user may be presented 
with a forwarding window 1302. The user may access 
this, for example, by clicking one of the icons 1011a- 
1011c (FIG. 10). The forwarding window 1302 includes 
a forwarding status window 1304 and a date selection 45 
window 1306. In addition, the call forwarding entry win- 
dow 1 308 displays the call forwarding information for the 
individual forwarded selections shown in the forwarding 
selection display window 1304. In particular, the user 
may select start and end dates, either by keying in num- so 
bers through the windows 1314 or by selecting the cal- 
endar dates 1316. The user may further select that all 
calls will be forwarded or only selected calls will be for- 
warded using the forwarding selection window 1312. 
Further, the user may select particular times or all day ss 
for the call forwarding. As illustrated in FIG. 12A, the 
user has selected "all da/* for the call forwarding date 
selection. Thus, all calls received 3/28/98 are to be for- 



warded to "555-5555,'' as set in the forwarding destina- 
tion window 1310. 

[0058] In contrast. FIG. 12B illustrates the result of 
clicking the "Selected Callers" button of the forwarding 
selection window 1312, as well as the time/date selec- 
tion. The user is provided with a selecting callers win- 
dow 1322, which allows the user to either individually 
enter a number which is to be forwarded via window 
1324, or may select from an address book such as 
shown in window 1326. In the case of both FIGS. 12A 
and 12B, the changes are entered by selecting the 
APPLY SELECTED CALLER key 1328. 
[0059] As shown in FIGS. 1 2A and 1 2B, the user's cal- 
endar is provided and accessible via the Internet. 
According to an alternate embodiment, however, the 
user applies his mobility calendar via a local or LAN 
based calendar program such as Microsoft Access. The 
TOL server 804 accesses the program for call forward- 
ing, as will be described below. 

[0060] In particular, turning now to FIG. 13A-13B, 
exemplary appointment windows are illustrated. As 
above, the user can set call forwarding entries, including 
start and end dates, start and end times, forwarding 
destinations, as well as defaults such as "all day" and 
"all callers". If the user selects individual callers, then 
the user can also set individual forwarding destinations. 
[0061 ] In particular, turning now to FIG. 1 3A, an exem- 
plary interface 1200 for selecting call forwarding infor- 
mation through an appointment calendar program is 
shown. By selecting Call Forwarding, the user is pre- 
sented with a call forwarding entry window 1201. The 
user is provided with forwarding selections options 
1202, which allow the user to select all callers or selec- 
tive callers, identify forwarding destinations via a win- 
dow 1204, and identify start date and end dates via 
windows 1206, and start time and end times via the win- 
dows 1208. Alternatively, the user may select ALL DAY 
via the ALL DAY select key 1203. It is noted that the call 
forwarding entry 1201 provides the user with automatic 
start date, end date, start times and end times based on 
appointments the user set through the appointment win- 
dow. Once the user has entered has selections, his cal- 
endar or schedule 918 (FIG. 9) is updated. FIG. 13B 
illustrates the user settings when the user sets the 
selecting callers button in the window 1202. In particu- 
lar, the selecting callers window 1210 allows the user to 
enter the extension or phone number of the caller in the 
window 1212 and add and remove the users from a list 
in the window 1214. The window 1214 may, for exam- 
ple, provide a list or address book of all of the exten- 
sions on the telephone network. 

[0062] Turning now to FIG. 14. a flowchart illustrating 
an exemplary method for invoking the mobility feature 
from a Web browser, such as illustrated in FIG. 10, 11 
and 12A-12B, is shown. In particular, in a step 5002, the 
user invokes the Web browser. Though a Microsoft 
Explorer browser is shown, any browser is suitable. In a 
step 5004, the user navigates to the TOL mobility site 
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(FIG. 1 0). Of course, the TOL mobility site may be set as 
the default. In a step 5006, the user attempts log-in 
using the client log-in dialog box 1 100 (FIG. 11). If the 
log-in is not successful, in a step 5008, the event is 
logged and the user disconnected. If, however, authen- 
tication in step 5006 was successful, then in a step 
5010, the user may modify the mobility user profile. As 
discussed above, this may be based on caller ID, time or 
calendar. For example, the user may be presented with 
the GUI 1000 (FIG. 10). The user will be shown the call 
forwarding routes from the window 1002 and other call 
forwarding information, such as calling party and desti- 
nation in window 1003, and start, and time, and dates 
via the window 1 008. The user may edit the call forward- 
ing information by selecting one of the buttons 1011a- 
1011c. Thus, the user may add new call forwarding 
information, modify existing call forwarding information, 
or delete call forwarding information. If the user decides 
to add or modify the call forwarding information, the user 
may be presented with the windows 1300 of FIGS. 12A 
and 12B. As described above, the user may then select 
the appropriate forwarding information. In a step 5012, 
the user saves the updated forwarding request. In a 
step 5016, the system tries to determine whether the 
data are consistent; for example, the begin time should 
be before the end time. If the data are not consistent, 
then in a step 5018 the user is given an error message 
and in a step 501 4, is given the opportunity to rectify the 
error. Finally, in a step 5020, the user can save the data 
to the database. 

[0063] Turning to FIG. 1 5, a flowchart 6000 illustrating 
one method for invoking the mobility feature from a cal- 
endar application, is shown. In this method, the calen- 
dar program is used to access the server-based 
program described above. In particular, in a step 6002, 
the user may invoke the calendar application. In a step 
6004, the user keys in the meeting in a known manner, 
and the system determines whether or not the meeting 
will affect the user's virtual location. If not, then no fur- 
ther action is taken. However, if the meeting will affect 
the virtual location, then in a step 6006, the system may 
provide the user with an icon to invoke the Web browser 
and access the mobility user profile. In a step 6008, the 
user may select the meeting forwarding button and 
begins the process described in FIG. 14. Turning now to 
FIG. 16, a flowchart 7000 illustrating use of the mobility 
database to define the virtual location of the user is 
shown. In particular, in a step 7002, the system receives 
an incoming call at the communications interface 902. 
In a step 7004, the system determines the destination 
address of the call, in a known manner. In a step 7006, 
the system determines whether or not mobility has been 
activated for the specific destination. For example, the 
controller 906 may access the user profiles 922 and/or 
schedules 918. If mobility has not been activated, then 
in a step 7008, the destination is obtained from the 
standard directory service. The destination system is 
determined to be active or inactive and the call trans- 



ferred either to proxy, such as a secretarial location, or 
to the destination in step 7014, 7016. If, however, instep 
7006 the mobility had been activated for the specific 
destination, then in a step 7010, the system determines 

5 the destination based on the calendar information, the 
caller-ID, the called ID and the time of day. The system 
then determines whether the destination system, as 
determined in step 7010, is active. If the destination sys- 
tem is inactive, then in a step 7014 the call is transferred 

w to proxy, for example, a secretarial location. If, however, 
in step 7012 the destination system was active, then in 
a step 701 6 the call is transferred to the designated des- 
tination. 

[0064] As discussed above, the routing information 
is may be supplied directly within the calendar program. A 
flowchart illustrating operation of the inputting process, 
according to an embodiment of the present invention is 
shown in FIG. 17. In particular, in step 1102, the user 
may input the user's schedule, for example, using the 

20 interface shown in FIGS. 13A-B. In a step 1104, the 
scheduling software may access or display the phone 
number of the remote location to which the user may be 
moving, or alternatively, the user may input the tele- 
phone number or extension of the location, for example, 

25 via the window 1204. In a step 1106. the user sets 
whether or not the user may be interrupted at the 
remote location. Thus, for example, the user may set, as 
in window 1202, whether or not calls may be trans- 
ferred. In a step 1108, the user may further input the 

30 identifies of parties to which or for which he may be 
interrupted, using, for example, the interface of FIG. 
13B. As will be explained in greater detail below, caller- 
ID information may be used to fitter or screen calls 
before transfers are permitted. Finally, in a step 1110, 

35 the calendar information with the call information may 
be uploaded to the TOL server 804 for access by the 
calendar interlace program 916. Alternatively, the calen- 
dar and/or schedule may reside on the local user's PC 
or access by the TOL server 804 upon reception of tele- 

40 phone calls, as will be explained in greater detail below. 
[0065] Turning now to FIG. 18, a flowchart 1200 illus- 
trating a method according to another embodiment of 
the present invention is shown. The method in FIG. 18 
illustrates the general call transfer process. In particular, 

45 in a step 1202, the TOL server 804 may receive a tele- 
phone call from the PSTN/ISDN 801. As is known, this 
includes the TOL server 804 detecting the destination 
phone number. Thus, in a step 1204, the TOL server 
804 checks the destination number, for example, by the 

so interface 902 reading the provided information. In a step 
1206, the TOL server 804 uses the destination number 
to determine the identity of the user to which the call is 
directed and accesses the user's calendar. For exam- 
ple, this may include the server calendar interface pro- 

55 gram 916 receiving the user's identify and accessing a 
memory location identified thereby. In a step 1208, the 
calendar interface program 916 determines whether or 
not the user is in the office or located at the location of 
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the PC. tf the user is in his office, then the call is con- 
nected in a step 1210. However, if the user is not in the 
office, then the location at which the user is present is 
determined in a step 1212. For example, the server cal- 
endar interface program 916 identifies the extension of 5 
the new location and provides it to the interface 902. In 
a step 1214, the call is directed to the user's new loca- 
tion, as provided by the calendar interface program 916. 
[0066] Turning now to FIG. 19, a flowchart illustrating 
operation of another alternate embodiment of the inven- 10 
tion is shown. In particular, in a step 1302, the system 
receives a telephone call. In a step 1304, the destina- 
tion number is checked by the TOL server 804. In a step 
1306, the TOL server 804 uses the destination number 
to identify and access the user's calendar. In a step is 
1308, the calendar is read to determine whether or not 
the user is in the office. If so, the call is connected, in a 
step 1310. However, if the user is not in the office, then 
the user's new location is determined in a step 1312. In 
a step 1314, the TOL server 804 accesses caller-ID 20 
information, if any, from the caller- ID unit 91 1 to deter- 
mine the identify of the caller. In a step 1316, the TOL 
server 804 checks the caller- ID information against 
input information to determine whether or not the caller 
has authorization to interrupt the user at the remote 25 
location. If so. then the call will be connected to the new 
location in a step 1320. If. however, the caller is not 
authorized to interrupt the user at the remote location, 
then in a step 1318 the caller will be sent to the user's 
voice mail. 30 
[0067] A flowchart illustrating yet another alternate 
embodiment of a process according to the present 
invention is shown in FIG. 20. In particular, in a step 
1 402 the TOL server 804 receives a telephone call. In a 
step 1404, the destination number is checked. In a step 35 
1406, the calendar is accessed, and in a step 1408, it is 
determined whether or not the user is in the office or at 
a remote location, tf the user is in the office, then in a 
step 1410, the call is connected. If, however, the user is 
not in the office, then the user's location is determined 40 
from the calendar in a step 1412. In a step 1414, caller 
identification information, if any, is checked. If the caller- 
ID information is provided, it is determined in a step 
1416 whether or not the caller is authorized to interrupt 
at the changed location. If the caller is not authorized to 45 
interrupt the user at the remote location, then in a step 
1424, the caller is sent to voice mail. If the caller is 
authorized to interrupt the user at the remote location, 
the caller may be given the option, in a step 1418, to 
interrupt the user. In a step 1422. the system deter- so 
mines whether the caller has executed the option. If the 
caller has instead chosen voice mail, then in a step 
1424. the caller is sent to voice mail. Otherwise, the 
caller may be connected to the user in a step 1426. 
[0068] Another feature of the present invention is ss 
enhanced call-back In particular, according to an 
embodiment of the invention, the caller can use the win- 
dow 1250 of FIG. 13C to provide a call back reminder. 



For example, if the caller is unable to reach the user, the 
caller can select the call back information window 1250 
of his calendar program. The caller can identify a call 
back destination in the window 1252, a subject in the 
window 1254, and additional remarks in the window 
1256. Later, the calendar program will generate a 
reminder, i.e., a pop-up window will appear on the 
caller's screen, giving the caller the option to call back or 
try again. 

[0069] For example, turning now to FIG. 13D, a 
reminder pop-up window 1270 is shown, in conjunction 
with a call back information window 1250a. As shown, 
the caller entered "Call Jay re: Interop" in the subject 
window 1254 (FIG. 13C). This information appears in 
the subject window 1 254a of FIG. 1 3D. A predetermined 
time after the caller hung up initially, the reminder win- 
dow 1270 appears. As illustrated, the reminder window 
1270 includes a dismiss button 1272, a postpone button 
1274, an open item button 1276, and a reminder time 
set pull-down window 1278. In addition, text 1279 may 
be displayed, corresponding to the text entered in the 
subject window 1254a. 

[0070] When presented with the reminder window 
1270, the caller can dismiss the reminder, postpone the 
reminder for another time (to be reminded at a time set 
in the pull down window 1278), a click "open' 1 to reveal 
the call-back information window 1250a. The user can 
then click the "call now" button 1257 to call back imme- 
diately, the system having stored "Jay's" number when 
the reminder information was entered. 
[0071] This feature is explained in greater detail with 
reference to FIG. 21 A and 21 B. In particular, in a step 
8002, the user receives a call from the caller. If the user 
is unavailable, as determined in a step 8004, the TOL 
server 804 provides the caller with the option toset call 
back parameters, in a step 8006. For example, the user 
may be unavailable generally, or unavailable only to a 
particular caller. If the caller does not wish to set call 
back, the call terminates in a step 8010. If, however, call 
back is to be set, the caller sets the call back information 
in a step 8008. As discussed above, setting the call 
back information may include keying in information in 
one or more of the information fields, such as the desti- 
nation window 1252, a subject window 1254, and 
remarks window 1256 (FIG. 13C). This information is 
then received by and stored by the TOL server. The call 
is then terminated, in a step 8010. It is noted that the 
call-back reminder may be set after the call terminates. 
It is further noted that, by virtue of the call, the destina- 
tion phone number is already known and may automat- 
ically be inserted in the window 1252. 
[0072] A predetermined time after the caller has set 
the call-back information, the reminder window 1217 will 
pop-up, from the calendar program, in a step 5200. If 
the caller clicks the dismiss button 1272, in a step 5202, 
then the calendar will delete the reminder in a step 
5204. If the caller instead clicks the postpone button 
5206, the system may employ the default time (step 
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5208), or the caller may set a new postpone time, in a 
step 5210. Alternatively, the caller may click the open 
button 1276, in a step 5212, thereby causing the win- 
dow 1250a to appear. The caller may then click "call 
now" in a step 5216 and the call will be retrieved in a 5 
step 5218. 

[0073] In an alternative embodiment, the call -back 
information keyed in by the caller may be transmitted to 
the user, for example, by e-mail. This causes a window 
6270 to pop up at the user's (called party's) computer. 10 
The window 6270 is generally similar to the caller's 
reminder window 1270. Brief text 6279 identifying the 
caller is provided. The called party is given the option of 
dismissing the reminder using button 6272, or postpon- 
ing the call using the button 6274 and window 6278. 15 
Finally, the user can call back using the button 6277 or 
open and read further, using the button 6276. 
[0074] When the user (called party) returns to his 
work station, the user can access his telephony applica- 
tion, in a step 5502. For example, the call back pop-up 20 
window 6270 may be displayed, in a step 5504. As dis- 
cussed above, the user may dismiss, or postpone the 
call, or may call back. The call-back pop-up window 
6270 may display the information keyed in by any callers 
who have requested call back. Alternatively, this infor- 25 
mation may be available from a separate window acces- 
sible by clicking the button 6276. Such a window may be 
similar to the window 1250. Thus, for example, the iden- 
tity of the caller, his phone number, and the subject and 
remarks may be provided. In a step 5506, the user may 30 
be given the option of returning the call. If the user 
accepts, then the caller is called, in a step 5508. In a 
step 5510, the caller receives the call back. In a step 
5512, he receives information concerning his returned 
call. For example, information such as the identity of the 35 
called party and the time of the original call may be pro- 
vided via another call back pop-up window. For exam- 
ple, the window 6290 (FIG. 13F) shows the identify of 
the user (provided, for example, from user ID informa- 
tion), and function burtons 6290, 6292, to allow the 40 
caller to accept or reject the call back, respectively. In a 
step 5514, the caller is given the option of accepting the 
call back call, for example, by clicking 6290. If the caller 
refuses, by clicking 6292, the session terminates. If the 
caller accepts, then in a step 5516, the call is com- 45 
pleted. 

[0075] The invention described in the above detailed 
description is not intended to be limited to the specific 
form set forth herein, but on the contrary, it is intended 
to cover such alternatives, modifications, and equiva- so 
lents as can reasonably be included within the spirit and 
scope of the appended claims. 

Claims 

55 

1 . A system for routing telephone calls in one or more 
networks having multiple workstations, character- 
ized by: 



means (809, 900) for setting one or more 
selected time periods; and 
means (804) for routing telephone calls to par- 
ticular workstations tor a user based on said 
one or more selected time periods. 

2. A system according to Claim 1 , wherein said setting 
means (809, 900) includes means (911) for identify- 
ing one or more callers whose calls may be routed 
during said one or more selected time periods. 

3. A system according to Claim 1, wherein said rout- 
ing means (804) includes means (902) for routing 
selected calls responsive to said identifying means 
(91 1) during said one or more selected time peri- 
ods. 

4. A system according to Claim 1 1 wherein said setting 
means (809) includes a Web browser (1000, 1300). 

5. A system according to Claim 1 , wherein said setting 
means (809) includes a local application program 
(1200). 

6. A system according to Claim 1 , wherein said setting 
means (809) includes means for accessing a user 
calendar (1200). 

7. A system according to Claim 2, wherein said rout- 
ing means (804) includes means (902) for providing 
call back to a caller whose call may not be routed 
during said one or more predetermined time peri- 
ods. 

8. A system according to Claim 7, wherein said rout- 
ing means (804) includes means (902) for accept- 
ing a call back. 

9. A telecommunications system, characterized by: 

means (809, 900) for providing user scheduling 
information; 

means (902) for receiving one or more tele- 
phone calls; and 

means (900) for routing one or more telephone 
calls based on said user scheduling informa- 
tion. 

10. A telecommunications system according to Claim 
9, said routing means (900) including means (91 1) 
for reading caller identification information and rout- 
ing said one or more telephone calls based on said 
caller ID information. 

11. A telecommunications system according to Claim 
9, said user scheduling information including date 
information. 
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12. A telecommunications system according to Claim 
1 1 , said user scheduling information including time 
of day information. 

13. A telecommunication system according to Claim s 
10, said routing means (900) including means (902) 

for providing call back to a caller whose call is iden- 
tified as not being routable. 

14. A telecommunication system according to Claim to 
13, said providing means including means (809, 
900) for accepting or rejecting a called back call. 

15. A method for routing telephone calls in one or more 
networks having multiple workstations, character- is 
ized by: 

setting one or more selected time periods; and 
routing telephone calls to particular worksta- 
tions (808, 810) for a user based on said one or 20 
more selected time periods. 

16. A method according to Claim 15, wherein said set- 
ting includes identifying one or more callers whose 
calls may be routed during said one or more 25 
selected time periods. 

17. A method according to Claim 16, wherein said rout- 
ing includes routing selected calls responsive to 
said identifying during said one or more selected 30 
time periods. 

18. A method according to Claim 15 wherein said set- 
ting includes using a Web browser. 

35 

19. A method according to Claim 15, wherein said set- 
ting includes using a local application program 
(809). 

20. A method according to Claim 15, wherein said set- 40 
ting includes accessing a user calendar. 

21 . A method according to Claim 1 6, wherein said rout- 
ing includes providing call back to a caller whose 
call may not be routed during said one or more pre- 45 
determined time periods. 

22. A method according to Claim 21 , wherein said rout- 
ing includes accepting a call back. 

so 

23. A method according to Claim 16, including provid- 
ing said one or more callers with a call back 
reminder after said one or more callers have been 
disconnected. 

55 

24. A system according to Claim 1, including means 
(804) for routing said telephone calls to a called 
party's voice mail. 



25. A system according to Claim 1, including means 
(804) for providing a caller of said user with a 
reminder to call back said user if said user is una- 
vailable. 
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